home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / doc / www_talk.arc / 000054_emv@cic.net _Tue Feb 25 18:25:12 1992.msg < prev    next >
Internet Message Format  |  1992-11-30  |  2KB
  1. Return-Path: <emv@cic.net>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA05367; Tue, 25 Feb 92 18:25:12 GMT+0100
  4. Received: by dxmint.cern.ch (cernvax) (5.57/3.14)
  5.     id AA01587; Tue, 25 Feb 92 18:19:45 +0100
  6. Received: by nic.cic.net (4.1/SMI-4.1)
  7.     id AA15081; Tue, 25 Feb 92 12:19:14 EST
  8. Message-Id: <9202251719.AA15081@nic.cic.net>
  9. To: timbl@nxoc01.cern.ch
  10. Cc: "Mark P. McCahill" <mpm@boombox.micro.umn.edu>, JONZY@cc.utah.edu,
  11.         gopher-news@boombox.micro.umn.edu, www-talk@nxoc01.cern.ch
  12. Subject: Re: Size limits for text files? 
  13. In-Reply-To: Your message of "Tue, 25 Feb 92 15:52:17 +0100."
  14.              <9202251452.AA04826@ nxoc01.cern.ch > 
  15. Date: Tue, 25 Feb 92 12:19:12 -0500
  16. From: emv@cic.net
  17.  
  18. > WWW caches texts
  19.  
  20. hmmm.  If you were running a WWW "http" gateway, I suppose you
  21. could do a big pile of caching - rather than have every individual
  22. user go out to the world to fetch documents individually, they
  23. would go to your relay server which might well have the things
  24. they were interested in already.
  25.  
  26. Such things have also been proposed for FTP servers, I guess I
  27. would add -- you'd connect to a local caching FTP server, from
  28. which you could 'cd' to other anonymous FTP sites; if the local
  29. cache didn't have what you wanted it'd go off to the real place
  30. to get it.
  31.  
  32. Fortunately gopher and WWW both seem more amenable to 
  33. hacking^H^H^H^H^H^H^H research in this regard than the
  34. usual FTP demon.
  35.  
  36. w/r/t size - like I say I don't want to have hard coded limits
  37. for things, but people doing design need to keep in mind that
  38. if a menu pick results in a megabyte worth of text being thrown
  39. at my client I'm not going to be happy about it...
  40.  
  41. --Ed